---title: "Transcrição da Prova Teórica 1"
matricula: "20243007295"
nome: "Flávio Corcini de Oliveira Samora"
disciplina: "Gestão de Projetos de Software (GPS)"
avaliacao: "Prova Teórica 1"
data: "19/10/2026"
nota_total: 10.4
legibilidade_global: "89%"
classificacao: "Média-Alta Legibilidade (80-89%)"
observacoes_caligrafia: "Caligrafia cursiva regular, tinta preta e boa clareza nas palavras redigidas. Deixou subitens inteiros em branco (Q2.1, Q3.1, Q3.3, Q4.3 e Q5.3)."
format:
  html:
    toc: true
    theme: cosmo
  pdf:
    documentclass: scrartcl
    papersize: a4
    geometry:
      - margin=20mm
---


# Avaliação Teórica 1 — Transcrição de Respostas

## Questão 1 — Ciclo de Vida e Fundamentos de Projetos
* **Legibilidade da Questão:** 90%
* **Gravidade de Leitura:** Normal

### 1.1 Projeto vs. Operação
* **Resposta Manuscrita:**
  > O Professor Agente é um projeto. Pois, suas características são: entregas contínuas, escopo maior, prazo extenso

### 1.2 Análise de Trade-off no Triângulo de Ferro
* **Resposta Manuscrita:**
  > As duas alternativas de trade-off são: negociar a diminuição do escopo ou negociar uma diminuição do lucro para aumentar o prazo de entrega.

### 1.3 Ciclo de Vida do Projeto e Abordagem
* **Resposta Manuscrita:**
  > Híbrida.

---

## Questão 2 — Escopo, EAP e Gestão de Backlog
* **Legibilidade da Questão:** 88%
* **Gravidade de Leitura:** Normal (Deixou EAP 2.1 em branco)

### 2.1 Estrutura Analítica do Projeto (EAP)
* **Resposta Manuscrita:**
  > [NÃO CONSTRUIU DIAGRAMA DA EAP]
  > *(Anotou no topo: "M", "projeto curto e pequenas entregas").*

### 2.2 Especificação de Issues de Backlog e Estimativas
* **Resposta Manuscrita:**
  > - BackEnd inicial
  > - Estruturar o backend inicial e suas primeiras classes.
  > - Estruturas de pastas robustas e classes funcionais
  > - 3h a 5h

### 2.3 Milestones vs. Sprints no Modelo Ágil
* **Resposta Manuscrita:**
  > Milestones não substituem sprints. O Kanban sem sprints podem ser adequado para projetos muito curtos e para pequenas entregas

---

## Questão 3 — Qualidade e Engenharia de Software com IA
* **Legibilidade da Questão:** 88%
* **Gravidade de Leitura:** Normal (Deixou 3.1 e 3.3 em branco)

### 3.1 Definição de Pronto (DoD) e Pipelines de CI/CD
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]

### 3.2 Custo da Qualidade (CoQ)
* **Resposta Manuscrita:**
  > (B), (A), (D), (C).
  > O custo mais alto tende a ser o (C). Pois, pode não ser percebido pelos desenvolvedores rapidamente e gerar um custo alto não planejado

### 3.3 Heurística 1:10:100 e Testes em Software com IA
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]

---

## Questão 4 — Gestão de Riscos e Segurança
* **Legibilidade da Questão:** 90%
* **Gravidade de Leitura:** Normal (Deixou 4.3 em branco)

### 4.1 Classificação do Evento e Matriz de Riscos
* **Diagrama / Elemento Visual:**
  * Posicionou a letra `R` no quadrante Crítico (Probabilidade Alta / Impacto Alto).
* **Resposta Manuscrita:**
  > O evento foi um problema, porque a chave chegou a ser usada por terceiros.

### 4.2 Resposta a Incidentes e Defesa em Profundidade
* **Resposta Manuscrita:**
  > Ações imediatas: desativar a chave, retornar e deletar o commit, alterar a chave no código para uma variável de ambiente protegida. Preventiva:

### 4.3 Modelagem de Ameaças em IA e Documentação Decisória
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]

---

## Questão 5 — Comunicação, Partes Interessadas e Conflitos
* **Legibilidade da Questão:** 90%
* **Gravidade de Leitura:** Normal (Deixou 5.3 em branco)

### 5.1 Canais de Comunicação e Rastreabilidade Decisória
* **Resposta Manuscrita:**
  > Síncrona: as vantagens são, redução de duvidas, facilidade em cobrar desempenho, alinhamento de equipe. desvantagens são, necessidade de participação de todos, não é possível saber exatamente como foi feito.
  > Assíncrona: as vantagens são; é possível saber exatamente o que foi feito e quando. as desvantagens são, maior dificuldade em fazer cobranças e em alinhar o time.
  > Uma boa prática seria o uso das duas comunicações, usando Issues e Merge requests com reuniões semanais

### 5.2 Engajamento de Partes Interessadas (Poder × Interesse)
* **Diagrama / Elemento Visual:**
  * **Manter Satisfeito:** `L` (Provedor API), `C` (Coordenação)
  * **Gerenciar de Perto:** `D` (Devs), `P` (Professores)
  * **Monitorar:** [Vazio]
  * **Manter Informado:** `A` (Alunos)
  *(Legenda lateral associando letras aos respectivos papéis).*
* **Resposta Manuscrita:**
  > [Não descreveu a estratégia detalhada em texto corrido].

### 5.3 Resolução de Conflitos e Modelo de Thomas-Kilmann
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]